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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates in general to computer-implemented financial systems, and in 
particular to an improved automated securities trading system. 

2. Description of Related Art. 

Computer-implemented securities trading systems are well known in the art. One such 
system is that disclosed in U.S. Patent No. 4,674,044, issued to Kalmus et al., entitled 



"Automated Securities Trading System", and incorporated by reference herein. These computer- 
implemented securities trading systems obtain bid and asked trades based on the bid and asked 
prices. However, there is generally still a human component to such systems. 

For example, most financial markets also employ one or more market makers called 

5 "specialists." These specialists fill customer orders from the specialist's inventory position if 
there are no matches for the customer orders in the open market. In the prior art, the specialist 
function is not automated, but is performed by a firm or individual Thus there is a need in the 
art for an improved computer-implemented trading system that includes an automated specialist 
function to create a market for the securities traded and to lessen the volatility of smaller 

10 securities markets. 

BRffiF-SUMMARY OF THE INVENTION 
Accordingly, it is an object of this invention to solve the problems with e xisting systems 
described above. 

Another object of the present invention is to lessen the price volatility of derivative 
15 financial instruments traded in narrower markets. 

Another object of the present invention is to provide an on-line virt ual trading system. 

Another object of the present invention is to provide a virtual specialis t program that 

engages in trading in the market to offset the price volatility and to p rovide liquidity to the 
market. 

20 Another object of the present invention is to provide a security instrument pricing system 

which depends from buy-sell trade imbalances. 

Another object of the present invention is to provide a security instrument p rice control 
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system which controls volatility of a security. 

Another object of the present invention is to provide a security instrument trade halting 

system to prevent extreme price volatility for a security instrument. 

Another object of the present invention is to provide a ghost trader for a security in order 

5 to generate trading activity so that adjusted market control factors take effect. 

Another object of the present invention is to provide a virtual reserv e bank program to 

control money market interest rates and global volatility for the virtual market. 

Another object of the present invention is to provide an on-line mar ket research tool 

which researchers can access to obtain statistical information based on t rading behavior. 
10 To overcome the limitations in the prior art describ e d abov e, and to overcome other 

limitations that will become apparent upon reading and understanding the present specification, 
the present invention discloses amethod, apparatus^ and article of manufacture for a computer- 
implemented financial management system that permits the trading of securities via a network. 
In accordance with the present invention, a server computer receives buy and sell orders for 
15 derivative financial instruments from a plurality of client computers. The server computer 

matches the buy erde rorders to the sell orders and then generates a market price through the use 
of a virtual specialist program executed by the server computer. The virtual specialist program 
responds to an imbalance in the matching of the buy and sell orders. 

An object of tho present invention is to lesson the price volatility of dorivativo financial 

20 instrum e nts trad e d in narrower mark e ts. 

A feature of tho prosont invention is a virtual specialist program that engages in trading in th e 
market to offs e t tho pric e volatility and to provide liquidity to tho mark e t. 
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In one embodiment, a database of securities is provided for trading in an open, 

computerized, exchange. Securities are listed which relate to movies, actors, products or service 
companies. 

Users may access the system over a network, using a standard interface. An exemplary 

5 system comprises a Web server with an SQL compliant back-end database, wit h a standardized 
Web browser interface. Using the Web browser, the user may register for t he on-line trading 
system over a network, providing demographic information, such as age , sex, location. 
occupation, income, hobbv interest, and the like. Once registered, th e user is given the option of 
choosing a unique userlD which will be used for logging in after registration. In providing the 
10 demographic information, the user also provides an e-mail address to wh ich a randomly assigned 
password and other instructional information can be forwarded. 

Once the user has received a password, the user may freely log in and out of the system 

over the Web by selecting a start button present on a Web home page for the system. However, 
while the password is being forwarded to the new user, the new user is given temporary access to 
15 the system so that trading can begin instantaneously. 

Automatically, the user is provided with a fixed quantity of v irtual currency in virtual 

dollars CVS) from a reserve bank program, described below, to begi n trading with. This quantity 
can either be considered a loan from the reserve bank program, for wh ich interest is charged, or a 
gift. 

20 After logging in. the user's portfolio summary page is displa yed which displays the user's 

current cash balance, amount held in stocks, bonds, and other types of securities. When the new 
user logs in. the cash value of the user's portfolio is represente d solely in cash, or in a money 
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market account. The cash in the user's portfolio accrues a t an interest rate set by a virtual reserve 
bank program. 

The user mav trade security instruments bv typing in the sym bol for the instrument for 

which a purchase is desired in a buv-sell area of the page. A quantity is also specified in the buy 

5 sell area. If the user does not know the symbol for a particular in strument, a lookup or search 
function is provided in another area of the screen using stan dard graphical user interface (GUT) 
features such as drop-down list boxes, text search boxes, o r slider bar lists. Alternatively, a 
ticker tape stvle updating menu at the bottom of the s creen displays available instruments with 
the corresponding instrument prices. 

10 Once the user has successfully entered the svmbol for an available instrument, a buy 

button mav be pressed in the buv-sell area of the pa ge. If the user has enough cash on account, 
and if the instrument is available for trading, then a confirmation screen appears before execution 
of the transaction. Upon confirmation, the trade i s executed, and the cash is debited from the 
user's account. 

15 If the user wishes to sell a security instrument, the same procedure is followed, except, a 

sell button is clicked on in the buv-sell area of the W eb page. After confirmation, the market 
price for the shares sold is added to the user's acc o unt, and the shares are made available in the 
system for fulfilling purchase orders. 

The system includes a virtual specialist program which, among other things, handles 

20 fulfillment of buv and sell orders. In the embodiment o f the present system, the virtual specialist 
program controls the economy, and provides it with liquidity. Tn one embodiment, the virtual 
specialist program provides instantaneous liquidit y bv fulfilling all orders, whether or not there 
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are equal and matching sell orders to offset buy orders, and vice versa. The system keeps a 
running net movement balance for the quantity of buy or sell trades which the virtual specialist 
program had to fulfill without offsetting sell or buy trades. The imbalance is stored as a positive 
number if the buv-sell imbalance represents more buy trade orders executed than sell orders, or a 

5 negative number if the buv-sell imbalance represents more sell orders executed th an buy orders. 

Unlike the case with non-virtual markets, the virtual special ist program of the 

embodiment does not control the economy bv setting prices of shares based o n last executed buy 

order price offered. Rather, the virtual specialist program determines the pric e of an instrument 

after each trade bv computing and effecting an outstanding buv-sell imbalance. > 

10 The buv-sell imbalance, also referred to herein as the net movemen t balance (NMB). jj.. 

controls security prices bv incrementing or decrementing security pric es using a combination of a 
security price increment fSPI) constant, and a pair of security price threshold constants. Both a 
positive security price threshold (PSPT) constant, and a negative security price threshold (NSPT) 
constant is set in a security constant table 2002 for each security in t he system. A net trade 

15 movement (NTM) variable for a trade order is set to the positive quantity of shares in the trade 
order if the trade order is a buv. and to the negative quantity of shar es in the trade order if the 
trade order is a sell. A new NMB is calculated bv adding the NMB be fore the trade, retrieved 
from a net price movement table 2008 (NMB (oldYl to the NTM. 

A security price increment (SPD constant for the security which is the su bject of the trade 

20 order is retrieved from the security constant table 2002. The NMB is then compared to the 

PSPT. If the NMB is greater than the PSPT. then the price for the sec urity (SP) is calculated by 
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adding the SPI to the SP before the trade which was retrieved from a security price table 2006. 
The NMB is then reduced bv the PSPT and stored back to the net price movement table. 

Conversely, if the NMB is less than the NSPT (a negative value) then the SP (new) is 
calculated bv subtracting the SPI from the SP (old). The NMB is then incremented by the NSPT. 

5 After the above calculations are made, the SP is stored in a security price table 2006, 

which keeps track of all security prices. The NMB is updated in the net movement balance 
database. Each record of the net movement balance database further contains an increment 
tracking field for keeping track of the number of consecutive increments for the security 
instrument, up or down. Also, a price history tracking table 2010 is update d after each trade, 

10 performing a write SOL statement which adds a record comprising the SP. NMB - UserlD. and 
other information relating to the trade. This information is used bv a marketi ng tool, explained 
below, which provides statistical information to market researchers. 

Periodically, due to natural popularity of a particular security, or bv m arket manipulation 

bv an individual or groups of traders, the security will realize wild fluctuations in price. This is 
15 especially true in a market in which virtual currency is used in a virtual market. Given the 

special circumstances of the virtual market, the system provides an artificial price c ontrol , or 
braking, mechanism. 

The braking mechanism of the present invention monitors each price increment the 

virtual specialist performs. When a price moves up or down on a securi ty instrument, the 
20 increment tracking field of the net movement balance table 2012 is retrieved for t he security. A 
security brake threshold (SBT) constant, and a security brake increment (S BD constant is 
retrieved from the security constant table 2002. If the total consecutive number of price 
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increments (TCPD is greater than the SBT. then the PSPT is increased bv the security brake 
increment, and then stored back to the security constant table 2002. If the t otal consecutive 
number of price decrements (a negative value') is less than the SBT. the NSPT is decreased bv the 
security brake increment, and then stored back to the security constant table 2 002. In this way. 
5 for securities which have experienced price movement greater than th e set thresholds, the price 
movement will be slowed. 

Still, the braking mechanism mav not be effective enough in either an ex treme bear or 

bull market for the security, or the market as a whole. In those instances, a ha lting mechanism is 
provided bv the system. The halting mechanism acts much in the same way as the braking 

10 mechanism. The exception is that a security halt threshold (SHT ) constant is compared to the 
TCPI/TCPD field. If the absolute value of the TCPI/TCPD field value exceeds the SBT. trading 
is halted for that particular security. A notice appears on screen for a trader who tries to trade the 
security, informing the user that trading has been halted bv the syste m. Trading for the security 
mav be resumed after an administratively set period of time, or m anually through an 

15 administration module. 

The virtual economy mav have a finite amount of capital with which t o close arbitrage 

situations that might arise if the policy of the exchange is different t han what is reflected bv the 
prices on the market. The virtual economy is unlike non-virtual e conomies, which mav have an 
infinite amount of capital. A system administrator is provided a sep arate control screen where 

20 changes to global constants, such as the PSPT. NSPT. SB T. SBI. etc.. can be adjusted to affect 
the market. In effect, the password protected control screen serves as a vo latility control module. 
The volatility control, or ghost trade, module is used to implem ent and enhance monetary 
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regulations, and the market as a whole. The desired effect is implemented by causing the system 
to issue buy and sell programs which comprise coordinated, across the board, buying and selling 
timer intervals. A timer periodically queries the ghost trading table 2014. Each security 
instrument record in the ghost trading table 2014 is set to cause a trade for an administratively set 

5 number of times per trading day. If the timer detects that the time interval betwe en trades for a 
security has ended, the ghost trading mechanism retrieves a ghost buy probab ility (GBT) from 
the ghost trade table 2014. A random trade constant (RTQ is generated by the syst em. Next, a 
ghost security buv/sell quantity (GBO) is retrieved from the ghost trade table 2014. If the GBT is 
greater than or equal to the RTC. a buy order is placed bv the system for the number of shares 

10 specified by the GBO. Otherwise, a sell order is placed for the number of shares specified by the 
GBO. 

The system of the present invention includes a virtual reserve bank program. The reserve 
bank program regulates the economy with monetary tools which are provided within the reserve 
bank program module. With these tools, certain system global constants, suc h as total money 
15 supply and interest rates can be adjusted. 

In the case of interest rates, adjustable global constants are built into the 
administration table 2016 for the virtual trading system. Bv raising or lowering rates, the amount 
of interest paid on the virtual dollars not tied up in securities is adjusted fo r the users. In this 
wav. the unused money in users 9 accounts act as a money market accounts for which interest is 
20 adjusted accordingly. 

Alternatively, a virtual reserve bank program chairman can determine interest rate 
and security threshold constants bv using global interest threshold cons tants (GITCs) which 
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monitor inflationary and deflationary pressures in the system. Inflationary and deflationary 
pressure may be defined as the size of the system economy, i.e.. number of shares of securities 
which obtain a certain defined price. For example, the total outstanding shares may have a 
combined par value of V$8 billion, and the total market price for the shares outstanding may be 

5 V$80 billion with about V$5 billion average daily trading volume. The virtual specialist 

program, for the majority of securities in the system, may have set price mo vement thresholds to 
10.000 positive and 10.000 negative. The money market rate may be set to 7% under these 
market conditions by the reserve bank program. However, if prices on the exchange were to 
inflate to a value of V$200 billion, for example, price movement threshold s might be reset to 

10 20.000 and 20.000 positive and negative respectively, and the money ma rket interest rate reset to 
15%. 

Considering the vast cross-section of on-line users, comprising different interests, artistic 

tastes and economic buying powers, the system of the present invention further provides 
extremely useful information for entities such as market research firms, movie and television 
15 studios, phonorecord companies, radio stations and movie rental companies. A ccordingly, for 
select market research users, an on-line market research tool is provided w hich allows the market 
research users to access statistical information about trader demographics and artistic tastes. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent corresponding 

20 parts throughout: 

Fig. 1 shows ig a block diagram of an exemplary hardware environment of the present 

invention; 
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Fig. 2 showoi s a flowchart illustrating the general logic of a first embodiment of the 
present invention; 

Fig. 3 ohows is a flowchart illustrating the logic of the pricing/trading program of the first 
embodiment of the present invention; 

Fig. 4 showo is a flowchart illustrating the logic of the generate market price program of 
the first embodiment of the present invention; 

Fig. 5 Ghows is a flow diagram illustrating the logic of the virtual specialist program of the 
first embodiment of the present invention; 

Fig. 6 ohows is a flow diagram illustrating the logic of the stop trading program of the first 
embodiment of the present invention; 

Fig. 7 shows an exemplary administration module Screen for a second embo diment of the 

present invention. 

Fie. 8A shows an exemplary interface for the second embod iment of the present 

invention with a new user registration screen; 

Fig. 8B shows the interface screen of Fig. 8 A with a new user welcome screen displayed; 

Fie. 9 shows the interface screen of Fig. 8 A with a system home page displayed; 

Fig. 10 shows the interface screen of Fig. 8 A with a user portfolio page d isplayed; 

Fig. 1 1 shows the interface screen of Fig. 8 A with a trade confirmation s creen displayed; 

Fig. 12 is a flow diagram illustrating the logic of an initial security pricing program for 
the second embodiment of the system; 

Fig. 13 is a flow diagram illustrating the logic of a security trade f ulfillment and security 
price setting program of the second embodiment of the present invention; 
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Fig. 14 is a flow diagram illustrating the logic of a trade braking program of the second 

embodiment of the present invention; 

Fig. 15 is a flow diagram illustrating the logic of a trade halting program of the second 

embodiment of the present invention; 

5 Fig. 16 is a flow diagram illustrating the logic of a ghost trading program of the second 

embodiment of the present invention; 

Fig. 17 is a flow diagram illustrating the logic of a research market tool of the second 

embodiment of the present invention; and 

Fig. 18 shows an administration module which is used to adjust constants and variables in 

10 the system. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Overview Of Virtual Trading System 
According to th eThe present invention; : comprises a computer-implemented trading 
system is provided for derivative financial instruments. The computer implemented trading 
15 svste mpresent invention accepts buy and sell orders from traders for the derivative financial 

instruments, sets a market price based on the supply and demand, and participates in the market 
as a trader in order to minimize price volatility. Qn eA first preferred embodiment of the present 
invention is a computer-implemented Hollywood Stock Exchang e fHSX^ HOLLYWOOD 
STOCK EXCHANGE , which may be implemented as a simulation (i.e., game) or as an actual 
20 trading system for derivative financial instruments representing movies, talent, CDs, and 

television programs. These derivatives could be purchased with dollars or with a virtual currency 
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known as Hollywood dollars fHS^ HOLLYWOOD DOLLARS which are controlled by a virtual 
reserve bank program. 

In on e r e pres e ntative e mbodim e nt of th e pr e sent inv e ntion, th eThe derivative financial 
instruments are identified by a Current Trading List displayed for the traders that comprises a list 
of movies in various stages of production, talent, and other entertainment-oriented assets. The 
list contains: 

name of the derivative financial instrument; 

genre of the movie (action-adventure, mystery, western, comedy, etc.); 

production status (scripting, pre-production, filming, editing, release, home-video, etc.); 

number of shares in circulation; 

last trading price (printed every 15 minutes) 

price movement (i.e. +/- H SHOLLYWOOD DOLLARS) since the previous midnight 
(PST); 

price movement since the previous mid-day; 
price movement year to date; 
Traders eanare able to view the list sorted by: 
name, alphabetically; 
genre, alphabetically; 
productions status, alphabetically; 
most active (number of shares traded yesterday); 
biggest gainers; 
biggest losers; and 
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fastest movers today (e.g., fastest 20 movers up and fastest 20 movers down). 

Similar information would be provided for other derivative financial instruments offered 
on the TTnllywnnH stnolc Exchann e HOLLYWOOD STOCK EXCHANGE . 

Each trader's portfolio is identified by a Portfolio data structure that comprises the 
trader's account status. This information includes: 

the amount of cash in the trader's account (paid interest at the system discount rate plus 
some increment, compounded daily); 

current percentage rate paid onto cas h balances ; 

the total value of held stocks at the last selling price; 

the total value of held bonds at the last selling price; 

total portfolio value (TPV) (cash + bonds + stocks); 

percentage of TPV in cash; 

percentage of TPV in bonds; and 

percentage of TPV in stocks. 

Traders can generate any number of different reports for display, including: 
fcis te lists of stocks and bonds being traded (see above); 

index of total Hollywood stocks (HSXI) expressed as a number, with 1000 defined as the 

aggregate total stock price value on opening day, wherein HSXI = (today's gross 

stock-value) / (opening day gross stock-value); 
index of total TTnllywnnH h nn d r. HOLLYWQOD BONDS (HBXI) expressed as a number, 

with 1000 defined as the aggregate total bond price value on opening day, wherein 

HBXI = ((today's gross bond- value) / (opening day gross bond- value)); 
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(HMXI) comprised of all stocks and bonds, and expressed as a number, with 1000 as 
the aggregate total stock price value on opening, wherein HMXI = ((today's gross 
market- value) / (opening day gross market- value)); 
lists of the top market performers, e.g., the top 10 traders in percentage portfolio growth 
calculated as net portfolio value - change = (% change of cash) + (% change of 
stocks) + (% change of bonds), and for each of the categories: yesterday (midnight to 
midnight), last week (7 days, ending midnight, each Thursday), last month (closes at 
midnight last calendar day of month), last quarter (closes at midnight on last day of 
last month/quarter), year-to-date (running daily total of percentage value 
changes)/(days fe^-year-to-date), and annually (closes at midnight on December 31 
each year); 

overall market condition report, including a list of stopped issues with: 
name; 

last trading price; 

time that stop-trade condition occurred; 

percentage the issue actually moved on-the-day before the stop-trade; 
number of total shares and/or bonds traded today; 
dollar value of total trades today; 
number of buy and sell trades today; and 
number of buy and sell trades this month. 
Use of the above information guide swill guide traders in making future buy and sell 
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orders. 

Hardware Environment 
With reference to Fig. 1, a block diagram illustrates an exemplary hardware environment 
for ono ombodim e n t the preferred embodiments of the present invention. More particularly, a 
typical distributed computer system is illustrated, which uses the Internet 10 to connect client 
computers 12 executing for example, Web browsers, to server computers 14 executing a 
computer program embodying the present invention. A typical combination of resources may 
include client computers 12 that are personal computers or work stations connected via the 
Internet 10 to server computers 14 that are personal computers, work stations, minicomputers, or 
mainframes. 

Generally, both the client computers 12 and the server computers 14 are comprised of one 
or more CPUs 16, various amounts of RAM storing computer programs 20 and other data, and 
other components typically found in computers. In addition, both the client computers 12 and the 
server computers 14 may include one or more monitors, and fixed or removable data storage 
devices 20 such as hard disk drives, floppy disk drives, and/or CD-ROM drives. Also, input 
devices, such as mouse pointing devices and keyboards, may be included. 

Both the client computers 12 and the server computers 14 operate under the control of an 
operating system, such as Windows, Macintosh, UNIX, etc. Further, both the client computers 
12 and the server computers 14 each execute one or more computer programs 18 under the 
control of their respective operating systems. The present invention is preferably implemented as 
one or more computer programs 18 executed by the server computer 14, although in alternative 
embodiments these computer programs 18 may also be executed on the client computer 12. 
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Generally, the computer programs 18 implementing the present invention are tangibly 
embodied in a computer-readable medium, e.g., one or more of the fixed and/or removable data 
storage devices 20 attached to the computer. Under control of the operating system, the 
computer programs 18 may be loaded from the data storage devices 20 into the RAM of the 
computer for subsequent execution by the CPU 16. The computer programs 18 comprise 
instructions which, when read and executed by the computer, causes the computer to perform the 
steps necessary to execute the steps or elements of the present invention. 

Those skilled in the art will recognize that the exemplary environment illustrated in Fig. 1 
is not intended to limit the present invention. Indeed, those skilled in the art will recognize that 
other alternative hardware environments may be used without departing from the scope of the 
present invention. 

L GENERAL LOGIC OF A FIRST EMBODIMENT OF THE TRADING SYSTEM 

With reference to Fig. 2, a flowchart illustrat e s illustrating the general logic of ea ea first 
embodiment of the present inventio n is shown . 

Block 200 represents the server computer 14 waiting for the next event to occur. Once the event 
occurs, control is transferred to blocks 202-224 to identify the event and respond accordingly. 

Block 202 is a decision block that represents the server computer 14 determining whether it 
received a request to display data from the client computer 12. If so, block 204 represents the server 
computer 14 transmitting data to the client computer 12 for subsequent display. The data transmitted for 
display preferably includes at least three types of data: the current list of trading derivative financial 
instruments, the trader's portfolio, and other reports generated by the server computer 14. 

Block 206 is a decision block that represents the server computer 14 determining whether it 
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received a request to submit a buy order from the client computer 12 for a particular derivative financial 
instrument, e.g., stock or bond. If so, block 208 represents the server computer 14 processing the buy 
order by placing it in a queue in the memory of the server computer 14. The buy order is a data structure 
comprising: 

trader's account number; 

trader's name; 

the time and date of the order; 

the stock or bond to buy; 

the cash balance in the trader's account; and 

a text-field where the trader may enter the total number to buy (generally in multiples of 
100). 

In ore * first preferred embodimen t of the present invention , the buy order waits in the queue for the 
expiration of a predetermined "sweep pricing cycle." The sweep pricing cycle occurs periodically, such 
as every 1 5 minutes, or during another specified time interval. The fflartetmarked price the trader 
actually pays for the derivative financial instrument is determined by the aggregate supply/demand for 
the derivative financial instrument at the end of the sweep pricing cycle during which the order was 
placed. 

The market price is set by the pricing/trading program executed by the server computer, which is 
described below in FigFIG. 3. The trader's account is then charged the market price for the derivative 
financial instrument. If the purchase uses up all available cash in the trader's account, the trader is 
"loaned" enough money to pay for the purchase, and their account is charged interest at a predetermined 
rate, e.g., 18% a year compounded daily, on the negative account balance. The interest is charged 
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against the trader's account until they accumulate more cash to zero out the balance, either by selling 
stocks or buying dollars. 

Block 210 is a decision block that represents the server computer 14 determining whether it 
received a request to submit a sell order from the client computer 12. If so, block 212 represents the 
server computer 14 processing the sell order by placing it in queue in the memory of the server computer 
14. The sell order is a data structure comprising: 
trader's account number; 

trader's name; 

the time and date of the order; 
the stock or bond to sell; 

the amount of the stock or bond in the trader's account; and 

a text-field where the trader may enter the total number to sell (generally in multiples of 
100). 

14ke m the first preferred embodiment, like the buy order, the sell order waits in the queue for the 
expiration of the predetermined sweep pricing cycle. The market price at which the trader actually sells 
the derivative financial instrument is determined by the aggregate supply/demand for the derivative 
financial instrument at the end of the sweep pricing cycle during which the order was placed. The 
market price is set by the pricing/trading program executed by the server computer, which is described 
below in Fig. 3. The trader's account is then credited with the market price for the derivative financial 
instrument. 

The sell order can be either produced by a trader or generated by the server computer 14, as will 
be explained in more detail below. For a sell order produced by a trader, hethe trader views hisa list of 
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stocks or bonds owned bv the trader on a monitor attached to the client computer and chooses to sell a 
quantity at the market price. 

When the trader requests to view the list of stocks, the server computer 14 transmits certain 
information to the client computer 12 for display, including, for each stock owned, the last trading price 
(LTP), the quantity of stocks, the purchase price, and the date purchased, Similarly, when viewing the 
list of bonds, the server computer 14 transmits certain information to the client computer 12 for display, 
including, for each bond owned, the last trading price (LTP), the interest rate being earned for each kind 
of bond, the quantity of bonds, the purchase price, and the date purchased. 

Block 214 is a decision block that represents the server computer 14 determining whether an 
internal timer for the sweep pricing cycle has expired. If so, block 216 represents the server computer 14 
processing the timer executing a pricing/trading program as described in Fig. 3. 

Block 218 is a decision block that represents the server computer 14 determining whether it 
received a request to change the discount rate. If so, block 220 represents the server computer 14 
executing a discount rate program. In order to add or subtract liquidity, the server computer 14 
occasionally steps in to act as a virtual reserve bank program and adjust the discount rate. The discount 
rate is adjusted based on the performance of the specific industry of the market. For the Hollywood 
Stock Fx chanee HOLLYWOOD STOCK EXCHANGE , the discount rate is adjusted to add or subtract 
liquidity to affect the growth of the entertainment industry. When the server computer 14 lowers the 
discount, all the bonds seem to be a better deal, because the bonds are paying a fixed rate interest that 
never changes. Thi sln the first preferred embodiment, this encourages traders to buy more bonds, and 
suehthis surge in buying demand causes a correlated increase in bond prices as described above. The 
same thing happens to stocks, because traders are making less money on the interest being paid on the 
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cash balance in their trading account. When the server computer 14 raises the discount-rate, the bonds 
seem to be a worse deal, since their advantage over the discount is smaller. Thus, the server computer 
14 relaxes the buying pressures or demands for bonds, which should result in additional sell orders, or at 
least slow the buying of bonds, thus decreasing their prices as they trade in the market. Likewise, stocks 
seem less attractive, since traders could make more money by keeping cash in their accounts and getting 
interest on it. 

Block 222 is a decision block that represents the server computer 14 determining whether it 
received a request to revise the derivative list. If so, block 224 represents the server computer 14 
executing a listing program. The server computer 14 determines whether the list of derivatives trading 
in the system should be revised. The list could be revised to reflect new derivative offerings, expired 
derivatives, and delisted derivatives. 

When a new derivative is offered, the price is based on the derivative's potential value. For 
example, for a new stock offering, which represents a movie on the Hollywood Stock 
Exohango HOLLYWOOD STOCK EXCHANGE , the initial price of the stock could be based on the 
movie's potential box office revenue. For a bond offering, which represents talent on the Hollywood 
Bond Exchange, the price of the bond could be based on the Hollywood Reporter's Star Power Index. A 
bond representing a talent with a low Star Power Index of 15 would be issued with a higher yield than a 
bond representing a talent with a high Star Power Index rating. 

A warrant with a strike price is attached to the new derivative when it is offered. When the 
derivative and warrant are first issued, the warrant is of no value until the strike price is reached. For a 
stock, the strike price could be reached after the movie has grossed a certain level of revenue. When a 
derivative is delisted from the exchange, a stock due to the movie ending its production run or a talent 
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due to retirement or death, for example, the warrants are called and the traders are paid the value of the 
warrants, thus providing off-balance sheet financing for studios. 

Pricing/Trading Program 

With reference to FigFIG. 3, a flowchart illustrating the logic of the pricing/trading program of the 
present invention is shown. Block 300 represents the server computer 14 retrieving the buy and sell 
orders that have accumulated in the queue during the period since the prior sweep pricing cycle. Block 
302 represents the server computer 14 matching the buy orders with the sell orders, although it is likely 
than an identical number of buy and sell orders would not have accumulated in the queue during the 
period. Block 304 represents the server computer 14 executing the generate market price program 
described in Fig. 4 to determine the market price for the derivative financial instruments. After the 
market price is determined, block 306 represents the server computer 14 updating the traders' portfolios 
to reflect the buy and sell orders in the queue being processed at the market price. Block 308 represents 
the end of the pricing/trading program. 

Generate Market Price Program 

With reference to Fig. 4^4 a flowchart illustrating the logic of the generate market price program 
of the present invention is shown. One purpose of the generate market price logic is to generate a market 
price for a derivative financial instrument that reflects the demand or lack of demand for the derivative 
financial instrument in the market. Block 400 represents the server computer 14 measuring the 
imbalance between the buy and sell orders during the period since the prior sweep pricing cycle. Block 
402 represents the server computer 14 determining the price movement of a derivative financial 
instrument caused by the imbalance in buy and sell orders. Block 404 represents the server computer 14 
executing a virtual specialist program as described in Fig. 5 to provide stability and liquidity to the 
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market. Block 406 represents the server computer 14 executing the stop trade program, as described in 
Fig. 6, to stop trading in a derivative financial instrument if the projected price movement is excessive 
during the trading day and threatens the integrity of the market for that instrument. Block 408 represents 
the server computer 14 setting the market price, which becomes the price the pricing/trading program 
5 uses to update the traders' portfolios. Block 410 represents the end of the generate market price 
program. 

In measuring the imbalance between buy and sell orders, as represented by block 400, the absolute 
difference between the number of sells and the number of buys is defined as the net movement in sweep 
(NMS). A sweep increment variable (SIV) is defined as the increase or decrease in price caused by an 
10 incremental imbalance in the number of buy orders and sell orders. A lot movement variable (LMV) 
represents the incremental lot size that will result in a price increase or decrease of one SIV. The 
projected price movement (PM) can be expressed as: PM = (NMS/LMV) * SIV. 

For example, with 42,000 buy orders and 30,000 sell orders for a particular stock, the NMS = 
(42,000-30,000) = 12,000. With SIV = $0.25 and LMV = 5000, the price movement of the particular 
15 stock will be (12,000/5,000) * .25 = $0.50. Thus, the market price of the particular stock will be $0.50 
greater than the last trading price. 

Wk hOne can easily see that, with sucha pricing scheme, there is the potential for great volatility 
in the price of a derivative financial instrument and the eventual loss of investor confidence in the 
market mechanism. In exchanges such as the Hollywood Stock Exchang e HOLLYWOOD STOCK 
20 EXCHANGE , it would be possible for one or more individuals to pursue trading strategies that would 
purposely cause drastic price fluctuations. 

In order to encourage growth and stability in the capital market regulated by the trading system of 
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the present invention, a virtual specialist program is executed by the server computer, as represented by 
block 404 in Fig. 4. In executing the virtual specialist program, the server computer 14 regulates the 
trading by actively trading in the market out of a virtual specialist portfolio (VSP). In enethe first 
preferred embodimen t of tho prooont invontion , the virtual specialist program portfolio initially contains 
half of all the issued shares of each derivative financial instrument. 

Virtual Specialist Program 

With reference to Fig. 5?5 a flow diagram illustrating the logic of the virtual specialist program of 
the present invention is shown. Block 500 is a decision block that represents the server computer 14 
determining whethe r or not the price movement during the sweep pricing cycle is greater or equal to an 
adjusted price movement threshold (APT). The APT is a constant in the memory of the server computer 
14. If the APT is greater than the price movement, then the server computer 14 does not trade in the 
market. If the price movement is greater than or equal to the APT, then the server computer 14 trades 
out of a virtual specialist program portfolio. The level of trading by the server computer 14 is 
determined by the amount that the price movement exceeded the APT. The greater the price movement, 
the more shares the server computer 14 trades to offset the price movement. 

In an exemplary embodiment of the present invention, the ATP = 1.25 and the server computer 14 
performs the following steps: if PM = APT then the server computer 14 matches 4020% of unmatched 
shares; if PM = APT + .25 then the server computer 14 matches 20% of unmatched shares; if PM = APT 
+ .50 then the server computer 14 matches 30% of unmatched shares; if PM = APT + .75 then the server 
computer 14 matches 40% of unmatched shares; if PM = APT + 1 .0 then the server computer 14 
matches 50% of unmatched shares; if PM = APT + 1.25 then the server computer 14 matches 60% of 
unmatched shares; if PM = APT + 1.50 then the server computer 14 matches 70% of unmatched shares; 



24 



if PM = APT + 1.75 then the server computer 14 matches 80% of unmatched shares. 

Block 502 represents the server computer 14 generating a buy or a sell order to offset the price 
movement. The buy or sell order generated by the server computer 14 is placed in the queue with the 
trader buy and sell orders to be processed during the next sweep cycle. 

In en ethe first preferred embodiment of tho pr e sont invention , since the virtual specialist program 
portfolio initially includes half of all the securities traded, the server computer 14 could eventually 
deplete the virtual specialist program portfolio or cause the virtual specialist program portfolio to own 
all the shares of a stock. In order to maintain a balanced virtual specialist program portfolio, and provide 
some liquidity to the market, the server computer 14 generates additional buy and sell orders to offset 
orders generated in response to the price movement exceeding the APT. Block 504 represents the server 
computer 14 generating timed buy and sell orders. In one embodiment of the invention, the server 
computer 14 ass e ases assess each stock and each bond in the virtual specialist program portfolio. The 
server computer 14 determines the deficit or surplus in the item, and then pkee splace l/288 th of the 
deficit as a "timed recovery order" into each successive 15 minute segment for the next 3 days. When 
the pricing/trading program 255 matches buy and sell orders as represented by block 320, the 
pricing/trading program 255 includes any "timed recovery orders" outstanding for the last 3 days in the 
sweep. These orders are matched with the traders' buy and sell orders. Block 506 represents the end of 
the virtual specialist program. 

Stop Trading Program 

fi gFIG . 6 is a flow diagram illustrating the logic of the stop trading program of the present 
invention. Block 600 represents the server computer 14 determining the price movement of a stock 
caused by the imbalance in buy and sell orders. Block 602 represents the server computer 14 measuring 
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the price movement on the day, not just during the sweep cycle period. Block 604 is a decision block 
that represents the server computer 14 determining whether the net price movement (NPM) within one 
"trading day" (i.e., midnight-midnight) is greater than 50% up or down. As represented by block 606, 
the buy and sell orders are removed from the queue if the net price movement is greater than 50% for a 

5 stock trading above $20. At that point, the trading in that issue is stopped within the 1 5 minute period 
until further notice. All orders (buy and sell) for that stock during this sweep are unfilled. The trading 
has stopped due to "excessive order imbalance". 

For example, lot it bo aooum e d assume that the Last Trading Price (LTP) for "Rambo-17" is $67 
(+7.5 on-the-day). During one 1 5-minute sweep pricing cycle, the server computer 24 receives buy 

10 orders for 655,000 shares of "Rambo-17". In addition A lso , the server computer 14 receives sell orders 
for 35,000 shares of "Rambo-17" during tho oamo owoop pricing cycl e. The server computer 14 
evaluates the price movement for the sweep pricing cycle, and tests it to see if the net projected price 
movement "on-the-day" is greater than 50%. If it would be greater than 50%, it stops trading in that 
instrument only. In this example, there is a net order-imbalance of 620,000 shares, which would create 

15 an up movement in price of (+620,000/5000) * $.25 = +$31.00. Since the total movement on the day 
would be the $7.50 so far plus the additional $3 1 .00, the net projected price movement on the day would 
be $31.00 + $7.50 = $38.50. If the opening price that day was $59.50, the percentage projected price 
movement for the day is $38.50/$59.50 = 64%. Since the projected net price movement would be 
greater than 50%, the trading is stopped for that instrument. If the projected price movement was less 

20 than 50%, the price of the instrument would be adjusted accordingly and trade in that stock continued. 
Block 608 represents the STOP TRADE order that issues regarding the particular stock. Traders who 
issued a buy or sell order for the stock are notified that the order has not been filled due to excessive 



order imbalance during the trading day. Finally, block 610 represents the end of the stop trading 
program. 

II GENERAL LOGIC OF A SECOND EMBODIMENT OF THE TRADING SYSTEM 

While tho invontion has b e on describ e d and illustrated in connootion with proforrod 
embodim e nts, many variations and modificationo as will b e e vid e nt to those Dialled in thia art may b e 
mado without doparting from tho spirit and ocopo of tho invontion, and tho invontion io thus not to b e 
limitod to tho procioo dotailo of mothodology or construction sot forth abovo as ouch variations and 
modifica t ion nrr intre i rM te be metered within thn seepe nf tho invontion.As with the first embodiment 
described above, a second embodiment of the system of the present invent ion includes a database of 
securities provided for trading in an open, computerized, exchange. Sec urities are listed which relate to 
movies, actors, products or service companies. Thus, the following des cription of the second 
embodiment focuses on the differences in functionality from t he first embodiment, and may omit 
features which are nevertheless included in the second embodiment, bu t do not require further 

description- 
System Component Overview 
With reference to Fie. 7. included within the system are a plurality of tables, in cluding a global 
constant table 2022. development stage table 2024. price history table. 2020. net price movement table, 
2008. security price table 2006. security constant table 2002. trade history track ing table 2010. net price 
movement balance table. 2012. ghost trading table 2014. adminis tration table. 2016. and a user database 
table 2026. which are used as explained below. Interfacing with these tabl es are the virtual specialist 
program. 2028. which passes economic and price control data between all of the tables, a reserve bank 
program. 2030. which passes economic control data between all of the tables, and the user interface, 700, 
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which passes trade and portfolio information between itself and the user datab ase as explained below. 
Also interfacing with all tables is a marketing tool. 2040. as des cribed below. 

Administration Module 

With reference to Fig. 18. the system includes an administration modu le which is used, as 

5 explained below, to adjust constants and variables in the system. The ad ministration module is 

password protected and implemented with browser interface 70 0. also described below. 

User Registration And Login 

With reference to Fig. 1. users mav access the system over a network, us ing a standard interface. 

An exemplary system comprises a Web client 12 connected to a netw ork such as the Internet 10. which 
10 is connected to SQL compliant back-end database servers 14. 

With reference to Fig. 8A. a standardized Web browser interface 700 ma v be used by the user to 

register with the on-line trading system over Internet 10. pro viding demographic information, such as 

first name, last name, age, sex, location, occupation, income, hobby interest, and the like. Once 

registered, the user is given the option of choosing a unique userlD which will be used for logging in 
15 after registration. In providing the demographic information, the u ser also provides an e-mail address to 

which a randomly assigned password and other instructional info rmation can be forwarded. 

With reference to Fig. 8B. once the user is registered, the first time user's default portfolio may 

be accessed using a temporary password free login by selecting the View Portfolio button 802 in the 

u pper left hand corner of a Welcome Web page 804. 
20 With reference to Fig. 9. after the user has received their permanen t password, the system can be 

accessed over Internet 10 (Fig. P using Internet browser 700 bv selectin g a start button 902 present on a 

Web home page 804 for the system. 
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With reference to Fig 10, the user is presented with their portfolio on Web page 700. 

Automatically, the new user is provided with a fixed quantity of virtual currency 1002 in virtual dollars 
from a reserve bank program, described below, to begin trading with. This quantity can either be 
considered a loan from the reserve bank program, for which interest is charged, or a gift. 

5 After logging in. the user's portfolio summary 1004 is displayed at the top of the page, which 

displays the user's current cash balance 1002, amount held in stocks 1006, bonds 1008, and other types 
of securities. When a new user logs in, the cash value of the user's portfolio is usually represented solely 
in cash 1002, or in a money market account. However, sometimes the system may award new users a 
free security holding up front, for example comprising bond securities 1008. The cash in the user's 

10 portfolio accrues at an interest rate set by a virtual reserve bank program. 

Trade Orders 

The user may trade security instruments by typing in the symbol 1012 for the instrument for 

which a purchase is desired in a buy-sell area of page 1010. A quantity 1014 is also specified in buy sell 
area 1010. If the user does not know the symbol for a particular instrument, a lookup or search function 
15 is provided in a symbol search area 1016 of the screen using standard graphical user interface (GUI) 
features such as drop-down list boxes, text search boxes, or slider bar lists. Alternatively, a ticker tape 
style updating menu 1018 at the bottom of the screen displays available instruments with the 
corresponding instrument prices. 

Once the user has successfully entered the symbol 1010 for an available instrument, and a 

20 quantity 1014. a buy button 1020 may be pressed in buy-sell area 1010. With reference to Fig. 1 1, if the 
user has enough cash on account, and if the instrument is available for trading, then a confirmation 
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screen 1 102 appears before execution of the transaction. Upon confirmation, the trade is executed, and 
the cash is debited from the user's cash account 1002 (Fig. 10). 

With reference to Fig. 10, if the user wishes to sell a security instrument, the same procedure is 

followed for placing a buy order described above, except, a sell button 1022 is clicked on in buy-sell 
5 area 1010 of the portfolio page 1004. After confirmation, the market price for the shares sold is added to 
the user's cash account 1008, and the shares are made available in the system for fulfil ling purchase 
orders. 

Virtual Specialist Program 

The system includes a virtual specialist program which, among other things, handles fulfillment 

10 of buy and sell orders. In the second embodiment of the present system, the virtual specialist program 
controls the economy, and provides it with liquidity. The virtual specialist program provides 
instantaneous liquidity by fulfilling all orders, whether or not there are equal and matching sell orders to 
offset buy orders, and vice versa. 

With reference to Fig. 12 a flow chart is shown illustrating the calculations performed by the 

15 virtual specialist program for determining an initial security price. Th e virtual specialist program 

calculates the initial price in a public offering for a new security to be listed on the exchange based on 
administrator entered values. A system administrator, through a password protected administration 
module, is able to set up a new security for listing on the exchange. In the case of film s listed in the 
HOLLYWOOD STOCK EXCHANGE described above, one way to determine p rice is by stage of 
20 production of the movie. Each movie has an associated estimated gro ss box office performance. An 
administrator is allowed to enter the estimated gross box office performan ce (EGBO) for the security, 
step 1202, in the administration screen. The administrator enters a quantity for the number initial of 
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shares (NIS) issued for the security, step 1204. The number of shares issued is a hypothetical number 
since the virtual specialist program of the second embodiment does not actually keep any shares in 
reserve. The user also enters a code for the stage of production for the movie (described below), step 
1205. The virtual specialist program takes the EGBO, and divides it bv the NIS to determine a raw 
5 initial share price (RIS). step 1206. 

The initial share price (ISP) is then adjusted bv a stage of production factor. The following is a 

description of the different stages of production for a movie, with the code format entered by the 
administrator: 

C = Concept: During a movie's concept stage, there is not active production vet. Rumors are 
10 heard about a 'new 1 project: maybe a sequel to an existing movie or a book adaptation. 

D = Development: During a movie's development stage, the project has attracted interest, and 

funds are spent on developing the idea further. The final script premise is being perfected. 

Pre-conceptual design work is taking place. More crew and actors are dedicating themselves 

to the project in this stage. 

15 P = Production: The project has moved to active production. All of the crew and stars have been 

selected, and principal photography is scheduled or commenced. The release date starts to 
become fixed. 

W = Wrap: The movie has been completed in its entirety, and is awaiting release. The release 
date may have been pushed back a short time, maybe a number of weeks or months, to an 
20 unscheduled future date, awaiting a more favorable window of opportunity for commercial 

success. 

R = Release: The movie is playing in theaters. 
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When a movie is in the concept stage, it is much more difficult to determine the likelihood of success for 
the movie than when the movie is in the production, wrap, or release stage. The production cycle relates 
to a continuum of success, begging with the concent stage, where it is m ore difficult to judge potential 
success, and ending with the release stage, where actual box office receipts can be observed to more 
5 accurately determine the potential success of a movie. Thus, when determini ng the initial success of a 
movie, the RIS should be reduced accordingly- 
Starting with step 1208 (Fig. 12). the virtual specialist program checks to see if the movie is in 
the concent stage. If so. then the price of the security is multiplied by an administratively set concept 
factor for movies in the concept stage, step 1210. 
10 The virtual specialist program checks to see if the movie is in the development stage, step 1212. 

If so. then the price of the security is multiplied by an administratively set dev elopment factor for movies 
in the development stage, step 1214. 

The virtual specialist program checks to see if the movie is in the produc tion stage, step 1216. If 
so. then the price of the security is multiplied bv an administratively set p roduction factor for movies in 
15 the production stage, step 1218. 

The virtual specialist program checks to see if the movie is i n the release stage, step 1224. If so, 
then the price of the security set to the raw unchanged RIS . step 1226. 

It should be recognized bv one skilled in the art that the above described fac tors are not the only 
factors which could be used in adjusting the RIS. For example, the RI S could be adjusted by such 
20 factors as an industry box office index of the movie's cast, an in dustry popularity index for the cast, an 
estimated budget, actual budget, or the release season for the movie . Further, it should be recognized 
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that different factors will be used for product, actor, or service company securities to determine initial 



price. 

The calculated initial price for a movie is not statically ti ed to the above formula. Regardless of 
the estimated price determined by the above factors, in the sy s tem of the second embodiment, the price 
5 is further adjusted after release of the movie. On the morn ing following a movie's release date, trading 
for the movie stock is halted. Trading is allowed to continue at the end of its opening weekend at an 
ad justed price that is based on the followi ng formula: 

(opening weekend box office gross / 1 MM) * (a historic multiplier for total domestic gross) 
R y historic observation, the ideal historic multiplie r value for the second embodiment of the present 

10 invention has been found to be 3.6. 

The initial price for a bond in the market is de t ermined in a similar way as with stocks. In the 
case of ™vie. stars listed in t he HOLLYWOO D STOCK EXCHANGE described above, one way to 
determine price is bv historical performance o f movies the star has starred in. 

Tn the HOLLYWOOD STOCK EXCHANGE, individua l actors are available for investors in the 
15 form of star bonds. Star bonds pav interest depe n ding on a star's rating. Ratings are determined by a 

star's 36 month trailing averse gross fTAG V TAG is the trailing average box-office gross of the movies 
a star has been in during the preceding 3 y ears. TAG values and ratings correspond to one of 1 1 classes: 
A A A, A A. A. BBB. BB. B. CCC. CC. C. U. and D. E ach one of the 1 1 star bond ratings classes 
corresponds to a virtual dollar interest rate or coupon rate ( see chart below). The rating and coupon for 
20 an individual actor in the second embodiment o f the system of the present invention is determined 
according their TAG value as follows: 

AAA average gross: more than $ 1 00 million Coupon: V$60 
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AA 
A 


average gross: i/S-yy.y million 
average gross: $50-74.9 million 


coupon: vq)ou 
Coupon: VS100 


BBB 


average gross: $40-49.9 million 


Coupon: VM40 


BB 


average gross: $30-39.9 million 


Coupon: V3>16U 


B 


average gross: $20-29.9 million 


Coupon: VS180 


CCC 


average gross: $15-19.9 million 


Coupon: V5220 


CC 


average gross: 3>1U-I4.v minion 


rnnnnn- V<K240 

\^/UU.pUIl. V J)Z-*tv/ 


c 


average gross: $5-9.9 million 


Couoon: VS260 


U (unrated) 


average gross: less than $5 million 


Coudoii: V$300 


D (default) 


average gross: none 


Couoon: V$0 



Investors in star bonds receive l/365th of the coupon intere st per bond, each dav. The % annual rate of 
return, or current yield is calculated bv dividing the V$ coupon rate bv th e current price. Low rated star 
bonds denote high risk. The dailv V$ payment of low rated star bonds is high to compensate traders for 
taking the risk of owning a low rated star bond. A high rating, such as AAA, denotes iust the opposite. 
15 The system is programmed under the principle that some traders buv sta r bonds whose rating is 

low in anticipation of the star's appearance in an upcoming blockb uster, raising the TAG (Trailing 
Average Gross! rating and price. Conversely, traders sell star bond s whose rating is high in anticipation 
of the star's appearance in an upcoming flop, lowering the TAG, r ating and price. 

A star bond with a U rating means that the bond is un-rated and a rating of D means that the 

20 bonds is in default. 

Throughout the year, the system administrator updates TAG values, a nd thus, class ratings, as 
box office results are reported. Each Thursday, as new box office data is reported, the virtual specialist 
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program sweeps the star bond market, looking for bond ratings which need to be updated. Because a star 
bond's value is based on the cumulative performance of a movie, the virtual specialist program uses a 
1.24 multiplier of the gross to date to estimate the movie's total gross after four weekends. 

Alternatively, the price for bonds mav be determined in a number of ways. One w av a bond price 

5 mav be determined is by assigning a box office index to the bond, which is based on the bond rating, and 
multiplying the index by a constant to obtain the price. Using this method, th e bond rating can be 
adjusted bv other factors, such as the number of films the bond's associated st ar has appeared in. the 
length of the star's career, the relative billing the star receives for the individual films that the star has 
appeared in. and the public's morality perception of the star. All of these factors are administratively set 

10 bv the system administrator, and are then multiplied together with the box office index to obtain an 
adjusted box office index. The bond rating is then determined using the adjusted box office index. 

Another way of determining an initial bond price is to determine the initi al value in the same way 
the other security prices are determined as described above: namely bv using a number of market factors, 
while determining future prices for bonds in the same wav that other security pri ces are adjusted by the 

15 virtual specialist program as described below instead of using traditio n fixed bond par values. 

With respect to non-bond securities in the second embodiment of the system of the present 

invention, the virtual specialist program stores a running net movement balan ce (NMB) representing the 
quantity of securities for orders that the virtual specialist program fulfills whi ch do not have any 
offsetting orders. The imbalance is stored as a positive number if th e buv-sell imbalance represents 

20 more buy trade orders executed than sell orders, or a negative number if the buv-sell imbalance 
represents more sell orders executed than buy orders. 
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With reference to Fig. 13. a flowchart illustrating the calculations for de termining price 

movement of a security is shown. Unlike trading non-virtual markets, the virt ual specialist program of 
the second embodiment does not control the economy bv setting prices of sha res based on last executed 
buv order price. Rather, the virtual specialist program determines the price of an instrument after each 

5 trade bv computing an outstanding buv-sell imbalance. The system scans or sweeps a trade queue 
containing the data for buv and sell orders placed bv users for pric e adjustment, step 1202. 

The buv-sell imbalance for the security, also referred to herein as the net movement balance 

(NMB) is read from a net movement balance database where net movement balances f or all securities 
are tracked, step 1304. The virtual specialist program controls security prices bv incrementing or 

10 decrementing security prices based on the NMB using a combination of a security price increment (SPD 
constant, and a pair of security price threshold constants. Both a positive secu rity price threshold (PSPT) 
constant, and a negative security price threshold (NSPT) constant is se t in a security constant table 2002 
for each security in the system bv the system administrator. 

When a user executes a trade, a record is added to the trade queue. As a field i n the trade record. 

15 a net trade movement (NTM) variable for a trade order is set to the positive q uantity of shares if the trade 
order is a buv order, and to the negative quantity of shares if the trade order is a sell order, step 1306. A 
new NMB is calculated bv adding the pre-trade NMB. as retrieved from a net price mo vement table 
2008 fNMB (oldY). to the NTM. step 1308. 

The NSPT and PSPT constants for the securities are retrieved the security constan t table 2002, 

20 step 1310. A security price increment (SPD constant for the security which is the subject of the trade 
order is retrieved from the security constant table 2002. 1312. The NMB is then compared to the PSPT. 
step 1314. If the NMB is greater than the PSPT. then the price for the security (SP) is calculated by 
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adding the SPI to the SP before the trade which was retrieved from a security price table 2002, step 
1316, The NMB is then reduced by the PSPT and stored back to the net price movement table 2008, 



step 1318, 

Conversely, if the NMB is less than the NSPT (a negative value\ step 1320, then the SP (new) is 
5 calculated by subtracting the SPI from the SP (old), step 1322. The NMB is then incremented by the 
NMB (which is also negative in this case), step 1324. 

After the above calculations are made, the SP is stored in a security price table 20 06, step 1326, 

which keeps track of all security prices. If the price of the security changed, a price hi story tracking 
table 2020 is updated, performing a write SOL statement which adds a record comprising the SP, NMB, 

10 UserlD, and other information relating to the trade, step 1328. The NMB is u pdated in the net 

movement balance table 2008 for the security that was the subject of the trade order, s tep 1330. Each 
record of the net movement balance database further contains an increment tr acking field for keeping 
track of the number of consecutive increments for the security instrument, up or down. Aside from the 
virtual specialist program, the stored information is used by a marketing tool, explaine d below, which 

15 provides statistical information to market researchers. 

The last steps for processing a trade record are to call the security brake check rou tine, step 1332, 

and the security halt check routine, step 1334, both explained in detail below. 

Periodically, due to natural popularity of a particular security, or by market manip ulation by an 

individual or groups of traders, a security may realize wild fluctuations in p rice. This is especially true 
20 in a market in which virtual currency is used in a virtual market. Given the spe cial circumstances of the 
virtual market, the system provides an artificial price control, or braking, mechanism. 
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The braking mechanism of the present invention monitors each price increment the virtual 

s pecialist program performs. When a price moves up or down on a s ecurity instrument, the increment 
tracking field of the net movement balance table 2008 is retrie ved for the security, step 1402. A security 
brake threshold (SBT) constant, and a security brake increm ent (SBD constant is retrieved from the 

5 security constant table 2002. steps 1404-1406. If the total consecuti ve number of price increments 
(TCPD is greater than the SBT. step 1408. then the PSPT is in creased bv the security brake increment, 
and then stored back to the security constant table 2002. step 1410. If the total consecutiv e number of 
price decrements is greater than the SBT. step 1412. the NSPT is decreased by the security brake 
increment, and then stored back to the security const ant table 2002. 1414. In this way, for securities 

10 which have experienced price movement greater than the set thresholds, the price movement will be 
slowed. 

Still, the braking mechanism mav not be effective eno ugh in either an extreme bear or bull 
market for the security, or the market as a whole. In those instance s, a halting mechanism is provided by 
the system. With reference to Fig. 1 5. a flowchart illustrating a process for preempting trading for 
15 certain securities with out of control price move ments is shown. 

The halting mechanism acts much in the same way as the braking mechanism. The TCPI or 
TCPP i s retrieved for the security which was the subject of the trade order above from the price tracking 
history table 2020. step 1 502. The exception is that a security h a lt threshold (SHT) constant is compared 
to the value from TCPI/TCPD field, step 1504. If the T CPI/TCPD field value exceeds the SHT, steps 
20 1 506 or 1508. then trading is halted for that particular security, step 1510. A notice appears on screen 
for a trader who tries to trade the security informing the user t hat trading has been halted by the system. 
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Trading for the security may be resumed after an administratively set perio d of time, or manually 
through an administration module. 

With reference to Fig. 16. a ghost trading system process is illu strated. The ghost trading system 
of the second embodiment is used as both a tool to bolster the trading level of so me securities which 
5 would otherwise have low trading levels and, more importantly, as a means f or the system administrator 
to take control of the economy after changing thresholds, co nstants and global variables. The ghost 
trading system is used to speed up the actions of the econom y bv creating volume that, when processed 
with new variables changes the direction of the mar ket quickly. 

For each of certain selected securities, a ghost trading mechanism randomly creates automatic or 
10 ghost trades. A ghost trading table 2014 is provided w ith a timer, which reads the system clock and 
determines daily time intervals, is included. The s vstem periodically queries the ghost trading table 
2014. step 1602. Each security instrument record in the gho s t trading table 2014 is set to cause a trade 
for an administrative set number of times per tradin g dav. If the timer detects that the time interval 
between trades for a security has ended, step 1604. th e ghost trading mechanism retrieves a ghost buy 
15 probability (GBT) from the ghost trade table 2014. step 16 06. A random trade constant (RTC) is 
generated bv the svstem. 1608. Next, a ghost secu ri ty buv/sell quantity (GBQ) is retrieved from the 
ghost trade table 2014. step 1610. If the GBT is grea ter than or equal to the RTC, step 1612, a buy order 
is placed bv the svstem for the number of shares spe cified bv the GBQ, step 1614. Otherwise, a sell 
order is placed for the number of shares spe cified bv the GBQ, step 1616. 
20 In the above discussion, the term trade or the term trad e order also includes stop limit orders and 

short sells. The onlv difference in these types of trades is whe n the actual trade is posted. In the case of 
a stop limit order placed bv a user, for example, wh en the user specifies the condition in which the trade 
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should take place, the stop limit order is stored in a stop limit order queue. Each time a security changes 
price, the stop limit queue is checked by the virtual specialist program to see if an v stop limit conditions 
are met. If so. the normal trade queue is updated with the st op limit order, and the virtual specialist 
program performs the trade as with a normal trade. 
5 Virtual Reserve Bank Program 

The system of the present invention includes a virtual reserve b ank program. The reserve bank 
program regulates the economy with monetary tools which a re provided within a reserve bank program 
module. With these tools, certain svstem global constants, suc h as total money supply and interest rates 
can be adjusted. 

10 Tn the case of interest rates, adjustable global constants are built into the an administration table 

201 6 for the virtual trading system. Bv raising or l owering rates, the amount of interest paid on the 
virtual dollars not tied up in securities is adjusted for t he users. In this way, the unused money in users' 
accounts act as money market accounts for whic h interest is adjusted accordingly. 

In the second embodiment, a virtual reserve bank progra m chairma n can d etermine interest rates 

15 and security threshold constants bv using global interest threshold constants (GITCs), and acts as a 

monitor of inflationary and deflationary pressures in the s vstem. Inflationary and deflationary pressure 
mav he defined as the size of the svstem economy, i . e.. number of shares of securities which obtain a 
certain defined price. For example, the total outstandin g shares may ha ve a combined par value of V$8 
billion and the total market nrice for the shares outstandin g m a v be V$80 bill ion with about V$5 billion 

20 average daily trading volume. The virtual speci a list program, for the majority of securities in the system, 
ma y have PSPTs set tolO-000 and NSPTs set to -10.00 0 - The money market rate may be set to 7% 
nnder these market conditions bv the reser v e hank program. However, if prices on the exchange were to 
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inflate to a value of VS200 billion, for example, the PSPT might be increased bv 10 .000 and the NSPTs 
decreased bv 10,000, and the money market interest rate reset to 15%. 

As part of maintaining a sound economy, the system's virtual reserve bank program 
and/or the virtual specialist program may monitor certain inflationary thres holds and trigger a 

5 drain of the system if those thresholds are met. During a system drain , users are offered the 
o pportunity to exchange virtual dollars into U.S. Dollars for exchange of good s and/or services. 
The drain will have the effect of taking virtual currency out of the system, thu s helping to control 
inflation. Executing the drain comprises comparing the overall currency and/ or security holdings 
to a drain constant administratively set in the global constant table 2 022. When the global 

10 constant has been reached or exceeded, users are offered the o pportunity to purchase products, 
such as software or mail order products, with their virtual d ollars. For the users who choose to 
do so. the cost of the products are debited from their accounts and orde rs are added to a product 
fulfillment database designating that the offered products need to be sent to the user. Similarly to 
the order tracking database, the orders are stored in a drain history d atabase so that statistical 

15 information can be drawn in the marketing research tool e xplained below. 

Marketing Research Tool 
With reference to Fig.l. the second embodiment of a market resear ch tool is also implemented in 
the client server environment over Internet 10. Computer 12 is used as a front end for a market research 
user who wishes to access the system of the present invention to view and do wnload statistical research 

20 data which has been compiled and stored on servers 14 from the users' dem ographic data and trading 
history- 

With reference to Fig. 17 the market research user accesses the marke t research tool bv logging 
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into the system, step 1702. Each market research user may establish an account, by either subscribing 
on-line or bv telephone before using the system. The market research user is prompted for a user 
identification code and password for entry into the system. 

U pon successful login into the system, the market research user is p resented with a list of 

5 securities in the system database, step 1 704. The market research user mav . bv use of a mouse or arrow 
kevs. highlight securities for which the user wishes to view or download statistics, step 17 06. In order to 
choose more than one security, the market research user mav use a combinatio n of the mouse, arrow 
kevs and shift kev. If the shift key is held down during selection, the prior sel ections made bv the user 
are retained as highlighted selections in combination with the new selectio n. Selection criteria mav also 

10 be selected to choose a certain class of securities, or securities which me et, for example, a minimal 
trading volume threshold over a specified period of time. 

After selection of securities, the market research user is give n options, on screen, for categories 
of information which mav be obtained, step 1 708. Exemplary categori es which mav be obtained 
regarding a security or group of securities include: trade volume information, buv vs. sell volume 

15 information, timing of volume information, total volume held information, investment concentration 
information, price information, stop limit order volume information, short sell v olume information, and 
aggregate index information. 

More specifically, in choosing to obtain trade volume for particular se curities, the market 

research user mav assess public awareness of the security. A very h igh trade volume over a period of 
20 time indicates a high degree of awareness for the security. Conversely, minim al volume indicates very 
little awareness. A query is performed on a trade history tracking table 2010 maintained bv the virtual 
specialist program which contains a mirror image of all trades fulfilled bv the virtual specialist program. 
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A trade volume query answer table is created which c ontains, for each requested security, overall trade 
volume figures, yearly trade volume figures, monthl y trade volume figures, and daily trade figures. 

With regard to buv vs. sell volume information, if the v olume for a security is predominantly 
h,. y-side volume, or volume generated bv traders buyin g the security, it is generally due to a positive 
5 awareness. A predominantly sell-side volume for a security indicates that traders believe the security to 
he overvalued. When the market resear c h user directs the system to obtain buy vs. sell volume 
information, the market research tool perfo r ms a ouerv on the trade history tracking table 2010 and the 
price history tracking table 2020 described with respect to the virtual speci alist, program above. The 
r Pr y creates a temporary buv-sell volume a nswer table for all securities requested. The buy-sell volume 
10 answer table contains for each secu rity overall buv volume figures, overall sell volume figures, yearly 
h,, y volume figures, vearlv sell volume fi g ures, monthly buy volume figures, monthly sell volume 
figures, daily buv volume figures, and daily sell volume figures. 

With regard to timing of volume information, the tr ade volume for a security may be evaluated 
with res pect to the stage of develo pment tha t a project, for example a movie or actor's career, is in. A 
15 film that has iust e ntered production , for example, hasn't been marketed by the studio to the public yet. 
Hioh tradin g volume for the related movie stock mav represe n t great publi c awareness for the movie or 
pncitive reaction hv traders to the combinati o n of actors who star in the movie. Similarly, in the movie 
ctar hnnd market, a non A- 1ist actor that has hi P h trade volume has a relatively high awareness. When 
the market research user di rer.ts the system t o obtain timing volume information, the market research 
20 tool performs a query on the trade history tracking tab le 201 0 a n d relate d development stage history 

t,h1e 7074 , which keens traek of start and co m pletion times of stages of development. The query creates 
, temporar y timing volume answer table for all securi t i es r e quest ed. The timing volume answer table 
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contains, for each security, timing volume figures for each stage of prod uction or project. 

With regard to the total volume held for a security, if traders buy a p articular security and 
generally hold on to it for a longer than average period of time, it demonstrate s a high degree of faith in 
the long term performance of a security. For example, if traders tend to invest and hold an actor's star 

5 bond, it is probably because thev think she has a long career ahead of her a nd will be popular for more 
than iust one or two films. When the market research user directs the system to o btain total volume held 
information, the market research tool performs a query on the trade histo ry tracking table 2010 which 
calculates the average number of shares held for each trader for the requested sec urities for each trader. 
The auerv creates a temporary total volume held answer table for all securitie s requested. The total 

10 volume held answer table contains, for each security, the time th at each trader held each security thev 
purchased, along with the volume held. 

With regard to investment concentration, when there is heavy investment volume per shareholder 
in a particular security it demonstrates a high degree of fa ith in a project or lovaltv to an actor. For 
example, if 50.000 traders each hold an average of 100 star bonds for a first actor, and 10,000 traders 

15 hold an average of 500 star bonds for a second actor, the first actor would t end to have more widespread 
a ppeal than the second actor, but the second actor would tend to have a more loval following. In 
financial markets, this is known as concentration. In down markets , holders of these securities are 
unwilling to sell: in up markets thev are willing to add to their positions. When the market research user 
directs the system to obtain investment concentration information, the market research tool performs a 

20 ouerv on the trade history tracking table 2010 to retrieve figures for the average volume per share for all 
requested securities held at anv time bv all traders. The query creat es a temporary investment 
concentration answer table for all securities requested. The total investment concentration answer table 



44 



contains, for each security, the average volume that each trader held for each requested security. 

With regard to price information, security prices are tied to perceived sales performance for the 
product or person which the security is tied to. For example, movie stock prices are tie d to perceived 
box office performance. If a movie stock is priced at $30, and a trader thinks that the mov ie will gross 

5 more than $30 million at the box office, the trader will most probably buy the movie stock. Thus, the 
system of the present invention has the ability to find out what films, actors, phonorecordings or 
products consumers perceive will be successful When the market research user directs the system to 
obtain price information, the market research tool performs a query on the price histor y tracking table 
2020. described with respect to the virtual specialist program above, to retrieve price p er share for all 

10 requested securities held bv traders. The query creates a temporary price answer tab le for all securities 
requested. The price answer table contains, for each security, the price for each requested security. 

With regard to stop limit order information, the system of the present invention tracks traders 
who set the price a security must obtain before a trade order is filled. Stop limit order s are not filled in 
the event that the market doesn f t hit the specified price before the time that the order expi res. This 

15 functionality gauges traders' sensitivity to a price. For example, if a trader will only buv a movie stock 
below $30, that may indicate that the trader only perceives a limited upside fo r the security, and thus 
believes that the movie will not be an industry blockbuster. When the market research us er directs the 
system to obtain stop limit order information, the market research tool performs a que ry on the trade 
history tracking table 2010 to retrieve price per share and volume figures for all requested securities held 

20 at any time bv all traders which were stop limit orders, whether the limit for such orders were met or not. 
The query creates a stop limit order answer table for all securities requested. The stop limit order 
answer table contains, for each security, price per share and volume figures for every s top limit order 
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requested by traders for the requested securities. 

With respect to short sell information, if a trader thinks that the value of a security is going to 
decline, the trader can short sell the security. Analysis of short sell volume on a security can gauge if 
there is negative sentiment towards the security. When the market research user directs the system to 
5 short sell information, the market research tool performs a query on the trade history tracking table 2010 
to retrieve short sell volume figures. The query creates a short sell answer table for all securities 
requested. The short sell answer table contains, for each security requested, the short sale trades orders 
by all traders. 

With regard to index performance information, by aggregating market informa tion into indices, 
10 insights can be drawn about the market as a whole. For example, a movie studio security index can be 
generated by calculating the sum of a studio's ten highest priced movie stocks over time. The 
performance of such an index tends to measure the potential strength of a studio's distri bution, or the 
potential box office potential of the studio's upcoming films. When the market research user directs the 
system to obtain index performance information, the market research tool performs a query on the price 
15 history tracking table table 2020 to retrieve price change figures for the securities in all requested 

indices. The query creates a temporary index performance answer table for all securities requested. The 
index performance answer table contains, for each requested index, price change ov er time figures. 

In step 1708 (Tig. 17), the market research user may choose any number of the above 

categories of information for display or download for the securities selected in step 1706 by an on-screen 
20 selection or check list. 

After the categories of information have been chosen, the market research user m av then select 

an on-screen Ok button to execute the research. The system then compiles and executes a selection of 
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SOL query calls according to all selections made bv the user, step 1710. The query results are compiled 
and prepared for display, step 1712. 

Once the results are compiled, pre-programmed graph, trend line and textual templates are used 

to display the query results on the GUI client display for all chosen securities and information categories 

5 described above, step 1714. 

After display, the user is given the option, by selection button, to download the displayed results 

and underlying query data, step 1716. If selected, the market research user is allowed to select from a 
variety of download formats, such as ASCII, xbase, dbf, HTML, tif, gif, bmp, or the li ke, step 1718. The 
market research user is allowed to choose a download location on the local client, step 1720. The 

10 system then proceeds to compile the data into the chosen format, step. 1722. The data is then 

transferred, using any one of a variety of protocols such as zmodem. xmodem, ftp, or an y one of the OSI 
industry standard protocols, step 1724. In the Web client-server environment, a TCP/IP sock et is used. 

After transfer, the market research user is prompted for whether another query is des ired, step 

1726. If another query is desired, execution is passed back to step 1704 for another res earch iteration. 

15 Otherwise, time and/or transaction charges, which are tracked from login time at step 1702, are compiled 
and displayed on client 12, step 1728. The charges are simultaneously stored in a billing database for the 
next billing cycle, step 1730. The user is then logged out of the system, step 1732. 

CONCLUSION 

The foregoing descriptions of the embodiments of the invention have been presented for the 
20 purposes of illustration and description. It is not intended to be exhaustive or to l imit the invention to 
the precise form disclosed. Many modifications and variations are possible in light of the above 
teaching. It is intended that the scope of the invention be limited not by this detailed description, but 
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rather by claims appended hereto. 



ABSTRACT OF THE DISCLOSURE 
A The present invention discloses method, apparatus, and article of manufacture for a 
computer-implemented financial management system previdesthat permits the trading of 
securities via a network uoing virtual currency . A server computer receives buy and sell orders 
for derivative financial instruments from a plurality of client computers. The server computer 
■ittompto to matc hmatches the buy and orders to the sell orders and then generates a market price 
through the use of a virtual specialist program executed by the server computer. The virtual 
specialist program responds to an imbalance in the matching of the buy and sell orders.^fhe 
virtual currency aooumulatod by HSX account holdoro ao a rooult of oucc e oaful trading may be 
convortod to anothor currency, credited toward tho coot of morchandiao providod through a 
vondor'o wob oito, e tc. 
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